Celestin Apprentice 5/Apprentice-Release5.iso/Information/CSMP Digest/volume 3/csmp-digest-v3-014

Text File | 1995-12-31 | 75.8 KB | 2,081 lines | [TEXT/R*ch]

Received-Date: Thu, 14 Apr 1994 10:37:45 +0200
From: [e-mail] (Francois Pottier)
Subject: csmp-digest-v3-014
To: [e-mail]
Date: Thu, 14 Apr 94 10:37:41 MET DST
X-Mailer: ELM [version 2.3 PL11]
Errors-To: [e-mail]
Reply-To: [e-mail]
X-Sequence: 16

C.S.M.P. Digest             Thu, 14 Apr 94       Volume 3 : Issue 14

Today's Topics:

        Anyone have code to convert Styled Text to RTF
        AppMaker and Prograph Questions
        CW: Templates, Exceptions, ASLM, Operator Overloading, etc?
        Circuit Simulator's
        CodeWarrior Environment
        Detecting AV Macs
        Need info on easy installers.
        Powerbooks, VBL tasks, and slots(?)
        QuickDraw GX flame
        Real time texture mapping..



The Comp.Sys.Mac.Programmer Digest is moderated by Francois Pottier
([e-mail]).

The digest is a collection of article threads from the internet newsgroup
comp.sys.mac.programmer.  It is designed for people who read c.s.m.p. semi-
regularly and want an archive of the discussions.  If you don't know what a
newsgroup is, you probably don't have access to it.  Ask your systems
administrator(s) for details.  If you don't have access to news, you may
still be able to post messages to the group by using a mail server like
anon.penet.fi (mail [e-mail] for more information).

Each issue of the digest contains one or more sets of articles (called
threads), with each set corresponding to a 'discussion' of a particular
subject.  The articles are not edited; all articles included in this digest
are in their original posted form (as received by our news server at
nef.ens.fr).  Article threads are not added to the digest until the last
article added to the thread is at least two weeks old (this is to ensure that
the thread is dead before adding it to the digest).  Article threads that
consist of only one message are generally not included in the digest.

The digest is officially distributed by two means, by email and ftp.

If you want to receive the digest by mail, send email to [e-mail]
with no subject and one of the following commands as body:
    help                        Sends you a summary of commands
    subscribe csmp-digest Your Name    Adds you to the mailing list
    signoff csmp-digest            Removes you from the list
Once you have subscribed, you will automatically receive each new
issue as it is created.

The official ftp info is //ftp.dartmouth.edu/pub/csmp-digest.
Questions related to the ftp site should be directed to
[e-mail]. Currently no previous volumes of the CSMP
digest are available there.

Also, the digests are available to WAIS users as comp.sys.mac.programmer.src.


-------------------------------------------------------

>From [e-mail] (Glenn Clingroth)
Subject: Anyone have code to convert Styled Text to RTF
Date: 21 Mar 1994 16:39:30 -0500
Organization: Software Designs Unlimited


Does anyone out there have code (or know where I can find) that will
convert styled text to RTF (and back -- not really necessary but nice to
have just the same). Thanks.

- Glenn Clingroth

"Hold me, Love me, Tie me up and drug me, 'Cause I'm not gonna beg to
 save my life, I need someone to pull the trigger"
    -- Matthew Sweet

+++++++++++++++++++++++++++

>From [e-mail]
Date: Tue, 22 Mar 94 22:10:45 -0500
Organization: Delphi ([e-mail] email, 800-695-4005 voice)

Glenn Clingroth <[e-mail]> writes:

>Does anyone out there have code (or know where I can find) that will
>convert styled text to RTF (and back -- not really necessary but nice to
>have just the same). Thanks.
>
>- Glenn Clingroth


I would appreciate a copy also.  Does anyone have a description of the RTF
format that is technical enough that I could write my own converter?
    -dp

+++++++++++++++++++++++++++

>From [e-mail] (Wolfgang Breitling 296-7085)
Date: Fri, 25 Mar 1994 13:43:41 GMT
Organization: Calgary UNIX User's Group

[e-mail] wrote:
>  Glenn Clingroth <[e-mail]> writes:
>
>  >Does anyone out there have code (or know where I can find) that will
>  >convert styled text to RTF (and back -- not really necessary but nice to
>  >have just the same). Thanks.
>  >
I have seen RTF readers around. I'm sure I have downloaded one even, I'm just
not near my Mac at the moment to have a look.
>
>  I would appreciate a copy also.  Does anyone have a description of the RTF
>  format that is technical enough that I could write my own converter?
>
I am looking for some sample code that creates RTF output as well, so if you
dig up something or end up writing it yourself I'd appreciate it.
As for the RTF specs, I've seen them in various places, one of them is
ftp.microsoft.com. Don't know the directory right now. If you have trouble
finding it, I have a copy that I could probably mail you.


+++++++++++++++++++++++++++

>From [e-mail] (Wolfgang Breitling 296-7085)
Date: Fri, 25 Mar 1994 14:31:39 GMT
Organization: Calgary UNIX User's Group

>  ftp.microsoft.com. Don't know the directory right now. If you have trouble
>  finding it, I have a copy that I could probably mail you.

Seems there is a line missing. What I wanted to say is that the RTF specs
can be found in several places, one is ftp.microsoft.com. Meanwhile I even know
the directory: /drg/RTF-Info


+++++++++++++++++++++++++++

>From [e-mail] (Atul Butte)
Date: Sat, 26 Mar 1994 04:20:00 GMT
Organization: Howard Hughes Medical Institute

In article <[e-mail]>, [e-mail] (Wolfgang Breitling
296-7085) wrote:

> I am looking for some sample code that creates RTF output as well, so if you
> dig up something or end up writing it yourself I'd appreciate it.
> As for the RTF specs, I've seen them in various places, one of them is
> ftp.microsoft.com. Don't know the directory right now. If you have trouble
> finding it, I have a copy that I could probably mail you.

Check out anonymous FTP to indri.primate.wisc.edu, in /pub/RTF.  The
specifications for RTF are there, along with code for conversions.  Here's
a sample from the README file:

This directory contains software for performing RTF document conversion,
as well as copies of the Microsoft RTF Specification documents.

>The newest version I have seen of the spec is 1.2:
>RTF-Spec-1.2.hqx - Microsoft RTF Specification, Macintosh Word format.
>RTF-Spec-1.2.rtf - Microsoft RTF Specification, RTF format.
>RTF-Spec-1.2.ps - Microsoft RTF Specification, PostScript format.
>
>Other files:
>RTF-Spec.hqx - Microsoft RTF Specification, Macintosh Word format.
>RTF-Spec.rtf - Microsoft RTF Specification, RTF format.
>RTF-Spec.ps - Microsoft RTF Specification, PostScript format.
>RTF-Spec-Bugs.hqx - Bugs in Microsoft RTF Specification, Macintosh Word format.
>RTF-Spec-Bugs.rtf - Bugs in Microsoft RTF Specification, RTF format.
>RTF-Misc.hqx - Miscellaneous RTF observations, Macintosh Word format.
>RTF-Misc.rtf - Miscellaneous RTF observations, RTF format.
>RTF-Misc.ms - Miscellaneous RTF observations, troff source.
>RTF-1.09.tar.Z - Current software distribution.
>TC6.0.proj.sit.hqx - THINK C 6.0 projects for current distribution.

-- Atul

- --------------------------------------------------------------------
Atul Butte
Howard Hughes Medical Institute Research Scholars Program
National Institutes of Health

[e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (MarkHanrek)
Date: 27 Mar 1994 01:12:02 -0500
Organization: America Online, Inc. (1-800-827-6364)

In article <[e-mail]>, [e-mail] (Atul
Butte) writes:

You will find some existing solutions where you find HyperCard stacks. I
believe I have seen one that had the source code included, and performed
limited but useful conversion.

Mark Hanrek


+++++++++++++++++++++++++++

>From [e-mail] (Stephan Eggermont)
Date: 31 Mar 1994 10:32:58 GMT
Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.

Glenn Clingroth ([e-mail]) wrote:

> Does anyone out there have code (or know where I can find) that will
> convert styled text to RTF (and back -- not really necessary but nice to
> have just the same). Thanks.

And would someone mail it to Microsoft too, so they include copying of styled
text to and from the clipboard?

Stephan


---------------------------

>From Daniel C. Flatin <[e-mail]>
Subject: AppMaker and Prograph Questions
Date: Wed, 30 Mar 1994 17:05:16 GMT
Organization: Physics Dept.

Hi netters,

I have a couple of questions about programming products.

AppMaker:
    -    Is it still supported?
    -    Will it work with both Think C and Code Warrior?
    -    Where is it available and for how much?

Prograph v2.5:
    -    Is it still supported?
    -    Is there an upgrade path other than the expensive GPX version
         to the Power Mac?


Thanks in advance,

Dan Flatin
Physics Dept.
The Ohio State University
[e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (Phil Mills)
Date: Thu, 31 Mar 1994 14:49:23 GMT
Organization: Government of Ontario

In <[e-mail]> Daniel C. Flatin <[e-mail]> writes:

>I have a couple of questions about programming products.

>AppMaker:
>    -    Is it still supported?
I just read a netnews posting about it being available soon/now for PPC,
so yes...and the author is a very good person to deal with.  When I first
started using the product a few years ago, I posted a list of
"anti-features" on Compuserve.  The response to most of them was "fixed in
the next free upgrade."

>    -    Will it work with both Think C and Code Warrior?
Version 1.5.4 works with Think C 6.x and a bunch of other things, but no
CW support.  I'll try to find out (for myself too) and post if there's
any info available.

>    -    Where is it available and for how much?
APDA lists 1.5.1 for $299 as of August 1993.  <Shrug.>

>Prograph v2.5:
>    -    Is it still supported?
No.  I'm not sure if that's the official line, but it's the practical
state of affairs.  I bought a copy of 2.5.2 in early February of this
year and learned shortly thereafter that I'd been sold an obsolete
product.  Asking on-line questions about some of Prograph's
bugs/oddities resulted in a message telling me that "that's life" and
that the only possibility of fixes was via me buying Prograph CPX.

>    -    Is there an upgrade path other than the expensive GPX version
>         to the Power Mac?
Apparently, there's not even that.  I've received no acknowledgement of
my Prograph registration, no upgrade offer to a supported product...not
even a sales pitch for their high-end offering.

===

These opinions are mine.  If they're shared by any organization, it's
news to me and comes as a completet surprise.

---------------------------

>From [e-mail] (Charlie Reading)
Subject: CW: Templates, Exceptions, ASLM, Operator Overloading, etc?
Date: 25 Mar 94 21:12:43 GMT
Organization: CompuServe Incorporated

I need some information about what Code Warrior will support (and when):

    [1] Templates (primarily for Booch classes)
            Will the compiler support them?
            What parts of PowerPlant use them and for what?

    [2] Exceptions
            Will the compiler support them directly (ARM compliant,
                yes, I realize it is still in a state of flux)?
            If not, will they be emulated, and to what degree?
                (especially, can you throw an exception from inside
                a constructor and expect good clean up?)
            What parts of PowerPlant use them?

    [3] ASLM
            Will I be able to build shared libraries with CW?
            Will I be able to build PowerPlant into some part of
                an shared library?

    [4] Operator Overloading
            I heard a rumor that operator overloading will not be
                allowed, is this true?  If so, why?  (I don't expect
                to use it alot, but it comes in handy from time to
                time).

    Thanks in advance.

--
Charlie Reading
CompuServe Incorporated
[e-mail]
Any opinions expressed are not necessarily those of my employer.

+++++++++++++++++++++++++++

>From [e-mail] (Jon Wdtte)
Date: 29 Mar 1994 15:35:23 GMT
Organization: The Royal Institute of Technology

This is according to what Metrowerks told us a month or so ago:

>    [1] Templates (primarily for Booch classes)
>            Will the compiler support them?

At some future point in time, when they get to it. It's
a priority, but not at the top of the list.

>            What parts of PowerPlant use them and for what?

None. obviously.

>    [2] Exceptions
>            Will the compiler support them directly (ARM compliant,

Yes; if this isn't in DR2 it's at least planned for "real" release.

>            What parts of PowerPlant use them?

It will, eventually. It has macros now.

>    [3] ASLM
>            Will I be able to build shared libraries with CW?

Yes, at some point in time. MPW does come with CW; you might be able
to do it already using that?

>    [4] Operator Overloading
>            I heard a rumor that operator overloading will not be

It already works, almost all the time.

Cheers,

                    / h+
--
 -- Jon W{tte, [e-mail], Mac Hacker Deluxe --
  "And now, from the makers of EDLIN, comes: Windows NT!"

+++++++++++++++++++++++++++

>From [e-mail] (Vincent Partington)
Date: 31 Mar 1994 09:05:27 GMT
Organization: FWI, University of Amsterdam

[e-mail] (Jon Wdtte) writes:

>This is according to what Metrowerks told us a month or so ago:

>>    [1] Templates (primarily for Booch classes)
>>            Will the compiler support them?
>At some future point in time, when they get to it. It's
>a priority, but not at the top of the list.

>>            What parts of PowerPlant use them and for what?
>None. obviously.

Not at the moment but the PowerPlant documentation in DR/1 says that some
classes (like PtrArray and List) will be changed to template classes when
templates are in the compiler.

Vincent.
--
My opinions are not my own. I copy them    | Internet : [e-mail]
from books, television, video, the net,    |            [e-mail]
my friends, my parents, my teachers and    | FidoNet  : 2:281/202.15
and numerous other contributors.           | NeST     : 90:500/202.15

---------------------------

>From [e-mail] (Ocho Gonzalez)
Subject: Circuit Simulator's
Date: 30 Mar 1994 20:47:15 -0500
Organization: Georgia Institute of Technology

  If anyone out there who has or plans to get the powerpc AND needs
  a circuit simulator(ie PSPICE) we need your help.  Microsim corp.
  is not yet decided to release a native version of PSPICE;however,
  they are willing to if enough interest is expressed.  Of course
  the current Mac PSPICE 6.0 (last version they plan to do for the
  mac) uses the fpu a bunch, so running under emulation would only
  work very slowly using Soft fpu.  If you desire to voice your
  interest in a PSPICE for the mac powerpc's, please call microsim
  at 1-800-245-3022 and tell them you want to request a native
  version of PSPICE for the PowerMac's.  I think there are plenty
  of EE types out there who need this tool to use on their powerpc
  platform;  microsim just doesn't know it yet.  Thanks, Lance

--
CRIMM,LANCE CARY
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:     ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt6321c
Internet: [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (John Nagle)
Date: Thu, 31 Mar 1994 17:57:41 GMT
Organization: NETCOM On-line Communication Services (408 241-9760 guest)

[e-mail] (Ocho Gonzalez) writes:
>  If anyone out there who has or plans to get the powerpc AND needs
>  a circuit simulator(ie PSPICE) we need your help.  Microsim corp.
>  is not yet decided to release a native version of PSPICE;however,
>  they are willing to if enough interest is expressed.  Of course
>  the current Mac PSPICE 6.0 (last version they plan to do for the
>  mac) uses the fpu a bunch, so running under emulation would only
>  work very slowly using Soft fpu.  If you desire to voice your
>  interest in a PSPICE for the mac powerpc's, please call microsim
>  at 1-800-245-3022 and tell them you want to request a native
>  version of PSPICE for the PowerMac's.  I think there are plenty
>  of EE types out there who need this tool to use on their powerpc
>  platform;  microsim just doesn't know it yet.  Thanks, Lance

       But Apple says all vendors will provide upgrades quickly, to
work around Apple's omission of FPU support in the 68K emulator.  Right.

       I just went to the PCB show, for printed circuit board designers.
Only one booth had a Mac, and it was one of the minor vendors.  None of
the big tool vendors support Mac any more.  I still have some board designs
stuck in Protel for Mac, too.

       I suspect most PSPICE users on the Mac are educational users
using the free demo version that only does little circuits.

       The original SPICE, from Berkeley, is available if anyone wants
to build a PPC version.  But you don't get a graphical interface.
There are also some X-windows tools from Caltech available.
(Don't ask me for locations; look in Gopherspace).

       I think Apple is going to have to put fast 68881 support in the 68K
emulator, or abandon the engineering market entirely by default.

                    John Nagle

                    John Nagle

---------------------------

>From [e-mail] (Brian  Corrie)
Subject: CodeWarrior Environment
Date: 23 Mar 94 19:45:55 GMT
Organization: University of Victoria

Hi,

I am thinking of buying a PowerMac, and I need to do some development. I
am new to programming on the Mac, and need to know what comes with the
CodeWarrior Gold package. That is, what does the package include
(documentation, debugger, object class libraries etc.). How much disk space
does it take up and home much memory does it require? I have heard
good things about with respect to speed of compilation and reliability,
but I need to know more about the environment itself. I have seen Think
C so comparing the two would help a bit. Any information
that you can give me would be greatly appreciated!

Thanks in advance....

    Brian

--
                  Brian Corrie ([e-mail])
Under the most rigorously controlled conditions of pressure, temperature,
volume, humidity and other variables, the organism will do as it damn well
pleases. Sounds like some of the code I have written......  8-)

+++++++++++++++++++++++++++

>From [e-mail] (MW Ron)
Date: 23 Mar 1994 20:32:01 -0500
Organization: America Online, Inc. (1-800-827-6364)

In article <bcorrie.764451955@kulm>, [e-mail] (Brian  Corrie)
writes:
> I am thinking of buying a PowerMac, and I need to do some development. I
am new to programming on the Mac, and need to know what comes with the
CodeWarrior Gold package. That is, what does the package include
(documentation, debugger, object class libraries etc.). How much disk space
does it take up and home much memory does it require?

Metrowerks CodeWarrior is a complete development solution for C/C++ and Pascal
programming on both 68K Macintosh and the new PowerMacintosh from Apple
Computer.

CodeWarrior includes development and alpha versions of:

All customers of CodeWarrior DR/1 or DR/2 (Development Release) will receive a
free upgrade to v1.0 scheduled to ship on DR/3.

* Very fast C/C++ and Pascal compilers & linkers. PowerPC-based Pascal compiler
to be  released in 2nd quarter 1994.
* An integrated development environment for fast turnaround.
* A syntax coloring editor with popup menus for fast navigation in your source
files.
* Multifile search/replace and grep.
* Imports MPW .o files and uses Apple's new Universal headers for both 68K &
PowerPC.
* Supports function-level segmentation on 68K Macintosh for MPW C source.
* Builds MacApp 3.1 and the TCL when modified for C++ use.
* Includes PowerPlant, a new application framework for rapid Macintosh
application development as well as PowerPlant Constructor, a vieweditor.
*Includes 2 Debuggers, one for 68K Macintosh and one for PowerMacintosh.
Source-level debugging, stepping, viewing and setting breakpoints.
* Generates a full SYM file which can be used easily with The Debugger from
Jasik Designs.
* Builds Code Resources, Inits, CDEVs, and shared libraries (on
PowerMacintosh).
* Supports hooks for THINK Reference.
* Includes ToolServer support and a ToolServer worksheet.
* Includes standard ANSI C libraries from PJ Plauger, supported by PlumHall,
Inc.
* Includes new C++ libraries by Plauger, supported by PlumHall that track the
emerging ISO standard (to be released on DR/2).
* Also includes ToolServer, SourceServer, MPW 3.3 and all MPW standard
Tools(excluding the MPW compilers & linkers), Universal headers & binaries for
68K & PowerMacintosh, ResEdit, MacsBug, DocViewer.
* All Metrowerks documentation online in DocViewer format.
* International versions of CodeWarrior available on the CD for French, German,
Kanji and Spanish.

Three versions of CodeWarrior available
- -----------------------------------

GOLD    Includes all the above for 68K Macintosh and Power Macintosh as well as
68K-hosted PowerPC compilers. (PowerPC Pascal available DR/3 only)
$399    (Available now)

SILVER   Includes all the above for Power Macintosh (no 68K compilers or
linkers)
$299     (Available from DR/2 onwards only) (PowerPC Pascal available DR/3
only)

BRONZE  Includes all the above for 68K Macintosh (no PowerPC compilers or
linkers)
$199     (Available now)

Ron Liechty
Metrowerks  Online Support

+++++++++++++++++++++++++++

>From [e-mail] (Erik Hanson)
Date: Thu, 24 Mar 1994 01:17:52 -0500
Organization: Institute of Mac geek programmers who need jobs

In article <2mqqih$[e-mail]>, [e-mail] (MW Ron)
wrote:
> [CodeWarrior includes...]
> * A syntax coloring editor with popup menus for fast navigation in your source
> files.

Is there any way to get a demo of the editor? (Or a very detailed
explanation?) Is it just me, or is the editor one of the most important
parts of a development system? I spend most of my time in the editor, not
compiling or debugging. I can't imagine why IDEs like Symantec's TPM have a
useless editor. I plan on writing my own editor eventually, but I never
have time to finish a project...



________________________________________________________________________
Erik Hanson                                               [e-mail]
[Starting a computer company to crush Apple and Symantec.   Send money.]

+++++++++++++++++++++++++++

>From [e-mail] (Peter H. Jergens)
Date: Thu, 24 Mar 1994 10:09:54 +0600
Organization: Productivity OnLine

In article <bcorrie.764451955@kulm>, [e-mail] (Brian  Corrie)
wrote:

> Hi,
>
> I am thinking of buying a PowerMac, and I need to do some development. I
> am new to programming on the Mac, and need to know what comes with the
> CodeWarrior Gold package. That is, what does the package include
> (documentation, debugger, object class libraries etc.). How much disk space
> does it take up and home much memory does it require? I have heard
> good things about with respect to speed of compilation and reliability,
> but I need to know more about the environment itself. I have seen Think
> C so comparing the two would help a bit. Any information
> that you can give me would be greatly appreciated!
>
> Thanks in advance....
>
>     Brian

Well, let's see...it has 68k c/c++/pascal and ppc c/c++, but you probably
already knew that. also has debuggers for 68k and ppc, their powerplant
class library (I haven't used it yet, so won't comment), all the
documentation for everything in apple docviewer format, universal headers
(68k/ppc) (very important!), and a few other goodies.
The environment is pretty good; better than (IMHO) THC but not as good as
THP. I haven't had trouble with reliability yet, but there are those who
have. DR2 is currently in production and should be in our greedy hands by
the beginning of april (I think, dont even think about quoting me on that).
There are one or two little flakey things but nothing serious. The
environment itself is very similar to THC in many respects, so I won't
bother explaining in detail. Beyond that, I think it is a great product and
the support is far better than I ever got from Symantic.

--
--PHJ
The views expressed herein do not
necessarily represent anything at all.

+++++++++++++++++++++++++++

>From Kurt A. Seiffert <[e-mail]>
Date: Thu, 24 Mar 1994 18:36:17 GMT
Organization: UCS, Indiana University

In article <[e-mail]> Peter H.
Jergens, [e-mail] writes:
>have. DR2 is currently in production and should be in our greedy hands by
>the beginning of april (I think, dont even think about quoting me on
that).

I was on AOL last night. Metrowerks staff was claiming that the CD's
are back. They had some problems with printing and packaging, but they
should be going out US Priority Mail ASAP. They talked as if we would
have them in our hands March 29.

Now I don't know which one I am waiting for more - the Hoosiers to
advance in the tournament or DR2. :-)

*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*-
Kurt A. Seiffert                   internet: [e-mail]
UCS, Multimedia Technologist   office ph: [phone]
IU Bloomington,IN
"No, no. I am an earthling. I just can't prove it." -- Zonker
DISCLAIMER: I don't speak for IU and IU doesn't speak for me.
            We both like it that way. ;-)

+++++++++++++++++++++++++++

>From Joe Francis <[e-mail]>
Date: 24 Mar 1994 23:37:16 GMT
Organization: Smooth Roo Software

Kurt A. Seiffert, [e-mail] writes:
> Now I don't know which one I am waiting for more - the Hoosiers to
> advance in the tournament or DR2. :-)

Sadly, DR2 got beaten by Boston College in the second round, despite
a rain of trifectas from John "Bomber" McEnerney and solid inside
play from Greg "PowerPlant" Dow.  The low moment in the game came when
Ed Hightower called a 3 second violation on Metro "The Compiler" Werks.
No way was Metro in the paint for 3 seconds.  He's way too fast
for that.

- ------------------------------------------------------------------------
"bolo needs to be on many machines just like MS Word" - Tempest
- ------------------------------------------------------------------------

+++++++++++++++++++++++++++

>From [e-mail] (John W. Baxter)
Date: Thu, 24 Mar 1994 15:15:49 -0800
Organization: Internet for the Olympic Peninsula

In article <[e-mail]>, [e-mail] (Erik Hanson)
wrote:

> Is there any way to get a demo of the editor?

Visit a friend who has CodeWarrior.  That will give you a better demo than
any product demo you're likely to find, particularly since any demo will be
out of date each new development release down the road.

Or, induce your user group's developer SIG or equivalent to stage a dog and
pony show.


--
John Baxter    Port Ludlow, WA, USA  [West shore, Puget Sound]
   [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (MW Ron)
Date: 24 Mar 1994 21:22:02 -0500
Organization: America Online, Inc. (1-800-827-6364)

In article <[e-mail]>, [e-mail] (Erik Hanson)
writes:



Is there any way to get a demo of the editor? (Or a very detailed
explanation?) Is it just me, or is the editor one of the most important
parts of a development system? I spend most of my time in the editor, not
compiling or debugging. I can't imagine why IDEs like Symantec's TPM have a
useless editor. I plan on writing my own editor eventually, but I never
have time to finish a project...


I do not know of any demonstration models, but I will find out and post if
there are any available.

Ron Liechty
Metrowerks Inc. Online Support

+++++++++++++++++++++++++++

>From [e-mail] (Lee Ann Rucker)
Date: 25 Mar 1994 00:41:19 GMT
Organization: ParcPlace

> * An integrated development environment for fast turnaround.
Unless you have a complex makefile like mine, in which case you have to do
some extra work.  My makefile:
creates & runs a program to build a header file containing
processor-specific information.
preprocesses a file to make an assembly language file, then assembles it.
creates & runs a file to generate the Version resource based on the info in
a C header file which it depends on, runs rez on the file, then merges it
with the rest of the resources.
And of course, compiles C programs.  Even here it's not simple.  Main
sources are in 120 files in 6 directories on Unix machines, then there are
6 local directories for working copies of the sources.  When I'm working on
a file, I just put it in the local directory and since the MPW makefile is
set to search local directories first, I don't even need to change it.


> * A syntax coloring editor with popup menus for fast navigation in your source
> files.
Yes, that's nice

> * Multifile search/replace and grep.
Not as nice as MPW - if, for instance, you want to switch between searching
the Toolbox headers and searching your source (which I was doing, because
unlike MPW, when you get a type mismatch it doesn't tell you what types it
wanted), you must keep loading & unloading the two filesets.  And make sure
that when you only want to search one file, that you check that the
multi-file search option is off.
It's also very slow at loading my 120 files and uncounted headers.

> * Imports MPW .o files and uses Apple's new Universal headers for both 68K &
> PowerPC.
Not quite.  It doesn't import if they're compiled -model far.  I recompiled
-model near in MPW, but got PC-relative offset errors because all the files
got added to the same segment.  I couldn't make a new segment because I
have 120 files, and no matter how big I make the list, there's never any
empty space at the end - it always moves the list down so that the last
file is at the bottom.

> *Includes 2 Debuggers, one for 68K Macintosh and one for PowerMacintosh.
The 68k debugger crashed, and unlike SourceBug, you drop the .sym file not
the app onto the debugger.  I keep aliases of my app on the desktop so
they're easy to get to, I'd prefer not to need to keep aliases of the .sym
file too.

> * Generates a full SYM file which can be used easily with The Debugger from
> Jasik Designs.
And SourceBug.

> * Supports hooks for THINK Reference.
How about 411?



I reported some of this to [e-mail], and never got a response.

+++++++++++++++++++++++++++

>From [e-mail] (Jon Wdtte)
Date: 25 Mar 1994 08:33:17 GMT
Organization: The Royal Institute of Technology

In <[e-mail]> [e-mail] (Lee Ann Rucker) writes:

>got added to the same segment.  I couldn't make a new segment because I
>have 120 files, and no matter how big I make the list, there's never any
>empty space at the end - it always moves the list down so that the last
>file is at the bottom.

Press cmd-enter to create a new segment. That bug will be fixed
I've been told.

However, you can use #pragma segment in CodeWarrior as well.

--
 -- Jon W{tte, [e-mail], Mac Hacker Deluxe --

    CORRECTLY in this case meaning to the language spec, not to the
    naive expectations of the programmer.

+++++++++++++++++++++++++++

>From [e-mail] (Peter Kocourek)
Date: Sat, 26 Mar 1994 00:46:17 +0100
Organization: (none)

Lee Ann Rucker wrote in a message on 25 Mar 94

> * Generates a full SYM file which can be used easily with The Debugger from >
Jasik Designs.

 LAR> And SourceBug.

On that note: in the booklet, on page 5, it says that SourceBug is included on
the CD. I haven't been able to find it... am I slowly growing senile? Does
anyone know whether it's really there?


YHS:QSI!


+++++++++++++++++++++++++++

>From [e-mail] (Juri Munkki)
Date: 29 Mar 1994 21:30:36 GMT
Organization: Helsinki University of Technology

When will it have a class browser? Multiple inheritance probably makes a
tree structure difficult, but some kind of class browser would be nice.
The company I work for has CodeWarrior Gold, but our main PowerPC programmer
wasn't able to find a class browser in it. Hopefully there will be one by
the time I'll start using this environment...right?

--
  Juri Munkki            There ain't so such thing as a shareware lunch.
 [e-mail]                Windsurfing: Faster than the wind.

+++++++++++++++++++++++++++

>From [e-mail] (Dan Podwall)
Date: Tue, 29 Mar 1994 23:09:30 GMT
Organization: Metrowerks, Inc.

Juri Munkki ([e-mail]) wrote:
: When will it have a class browser? Multiple inheritance probably makes a
: tree structure difficult, but some kind of class browser would be nice.
: The company I work for has CodeWarrior Gold, but our main PowerPC programmer
: wasn't able to find a class browser in it. Hopefully there will be one by
: the time I'll start using this environment...right?

Sorry, but the 1.0 version will not have a class browser. And just to be
clear, we never said it would. We have done some work for DR2 to support
AppleEvents, so working with an external browser (i.e. ObjectMaster)
should be easier. I don't want to give the wrong impression, so I should
also add that the AppleEvent suite is small, and hopefully will be enhanced
over time to better support external editors, browsers, scripts and the like.

The DR2 CD has an ObjectMaster demo and sample PowerPlant projects on it.

Dan Podwall
Metrowerks, Inc.

+++++++++++++++++++++++++++

>From Sean Ansorge <[e-mail]>
Date: 31 Mar 1994 21:09:55 GMT
Organization: Apple Computer, Inc., Cupertino, California

In article <[e-mail]> Kurt A. Seiffert,
[e-mail] writes:
>I was on AOL last night. Metrowerks staff was claiming that the CD's
>are back. They had some problems with printing and packaging, but they
>should be going out US Priority Mail ASAP. They talked as if we would
>have them in our hands March 29.

And lo, I got mine last night (the 29th). The PPC compiler is FAST
running native! It makes Think look like MPW! Well, okay, not quite, but
it's pretty fast.

---------------------------

>From [e-mail] (Rick Holzgrafe)
Subject: Detecting AV Macs
Date: Tue, 22 Mar 1994 18:16:03 GMT
Organization: Semicolon Software

I need to detect when my program is running on one of the AV Macs. How can
I do this?

(FYI, I don't need to actually use any special AV capabilities; but Sound
Manager 3.0 can do certain "ordinary" things well only on such machines.
*sigh*)

Thanks --

-- Rick Holzgrafe
   Semicolon Software
   [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (Stefan Arentz)
Date: Wed, 23 Mar 1994 11:55:55 GMT
Organization: Knoware

In article <[e-mail]>, [e-mail] (Rick
Holzgrafe) wrote:

> I need to detect when my program is running on one of the AV Macs. How can
> I do this?
>
> (FYI, I don't need to actually use any special AV capabilities; but Sound
> Manager 3.0 can do certain "ordinary" things well only on such machines.
> *sigh*)

gestaltMachineType ?

-- Stefan

- -----------------------------------------------------------------------
Stefan Arentz          -- Software Constructor --       [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (Amanda Walker)
Date: Wed, 23 Mar 1994 15:54:47 -0500
Organization: InterCon Systems Corporation, Herndon, VA USA

[e-mail] (Rick Holzgrafe) writes:
> I need to detect when my program is running on one of the AV Macs. How
> can I do this?

You could check for _DSPDispatch, which is present on AV machines and
others if they have ARTA-compatible DSP boards plugged into them...


Amanda Walker
Advanced Projects
InterCon Systems Corporation



+++++++++++++++++++++++++++

>From [e-mail] (Zalman Stern)
Date: Wed, 23 Mar 1994 22:49:06 GMT
Organization: Adobe Systems Incorporated

Amanda Walker writes
> [e-mail] (Rick Holzgrafe) writes:
> > I need to detect when my program is running on one of the AV Macs. How
> > can I do this?
>
> You could check for _DSPDispatch, which is present on AV machines and
> others if they have ARTA-compatible DSP boards plugged into them...

/* WARNING: Code has not been compiled. */

#if _OLD_GESTALTEQU_H_

#define gestaltRealtimeMgrAttr 'rtmr'

enum  {
    gestaltRealtimeMgrPresent   = 0
};

#else

#include <GestaltEqu.h>

#endif

Boolean HasARTA(void)
    {
    long response;

    return (Gestalt(gestaltRealtimeMgrAttr, &response) == noErr) &&
    ((response & (1 << gestaltRealtimeMgrPresent)) != 0);
    }
--
Zalman Stern           [e-mail]            [phone]
Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900
"Do right, and risk consequences." Motto of Sam Houston (via Molly Ivins)

+++++++++++++++++++++++++++

>From [e-mail] (Rick Holzgrafe)
Date: Wed, 23 Mar 1994 19:44:17 GMT
Organization: Semicolon Software

In article <[e-mail]>,
[e-mail] (Stefan Arentz) wrote:

> In article <[e-mail]>, [e-mail] (Rick
> Holzgrafe) wrote:
>
> > I need to detect when my program is running on one of the AV Macs. How can
> > I do this?
> >
> > (FYI, I don't need to actually use any special AV capabilities; but Sound
> > Manager 3.0 can do certain "ordinary" things well only on such machines.
> > *sigh*)
>
> gestaltMachineType ?

That will only tell me about the AV Macs that I know of, at the time I
write the code. I'm sure Apple will be making more...

-- Rick Holzgrafe, a member of the Taligentsia
   [e-mail]
   [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (Lawrence D'Oliveiro, Waikato University)
Date: 25 Mar 94 14:20:56 +1300
Organization: University of Waikato, Hamilton, New Zealand

In article <[e-mail]>, [e-mail] (Amanda Walker) writes:
> [e-mail] (Rick Holzgrafe) writes:
>> I need to detect when my program is running on one of the AV Macs. How
>> can I do this?
>
> You could check for _DSPDispatch, which is present on AV machines and
> others if they have ARTA-compatible DSP boards plugged into them...

I just thought: this will tell you that ARTA is installed, but it won't tell
you whether the Sound Manager is actually making use of a DSP. I gather this
is what Rick really wants to know.

Lawrence D'Oliveiro                       fone: [phone]
Info & Tech Services Division              fax: [phone]
University of Waikato            electric mail: [e-mail]
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00

+++++++++++++++++++++++++++

>From [e-mail] (Noah Price)
Date: Thu, 31 Mar 1994 01:50:10 GMT
Organization: (not the opinions of) Apple Computer, Inc.

In article <[e-mail]>,
[e-mail] (Rick Holzgrafe) wrote:

> In article <[e-mail]>,
> [e-mail] (Stefan Arentz) wrote:
>
> > In article <[e-mail]>, [e-mail] (Rick
> > Holzgrafe) wrote:
> >
> > > I need to detect when my program is running on one of the AV Macs. How can
> > > I do this?
> > >
> > > (FYI, I don't need to actually use any special AV capabilities; but Sound
> > > Manager 3.0 can do certain "ordinary" things well only on such machines.
> > > *sigh*)
> >
> > gestaltMachineType ?
>
> That will only tell me about the AV Macs that I know of, at the time I
> write the code. I'm sure Apple will be making more...

Do you really want to find out if it's an AV Mac, or just if it has 16-bit
sound processing?  Or some other particular sound processing?  The new
Power Macintosh models all have roughly the audio capabilities of the
660AV/840AV (at least the hardware), and they aren't all AVs at all...

noah

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Noah Price                    (not the opinions of) Apple Computer, Inc.
Macintosh AV Hardware                      20525 Mariani Ave., MS 60-TNT
[e-mail]                                        Cupertino CA 95014

---------------------------

>From [e-mail] (Sverrir Orn Thorvaldsson)
Subject: Need info on easy installers.
Date: 17 Mar 1994 09:39:03 GMT
Organization: University of Iceland


I need information on tools to pack our product on installation
diskettes. The installation process is very simple so using Apple's
Installer seems a bit of an overkill. Are there any easy to use tools
that do this? Which are cheapest, best, etc?

Regards,

Sverrir Thorvaldsson,
Softis hf.
[e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (Lee Ann Rucker)
Date: 17 Mar 1994 23:42:33 GMT
Organization: ParcPlace

In article <2m98fn$[e-mail]>, [e-mail] (Sverrir Orn
Thorvaldsson) wrote:
> I need information on tools to pack our product on installation
> diskettes. The installation process is very simple so using Apple's
> Installer seems a bit of an overkill. Are there any easy to use tools
> that do this? Which are cheapest, best, etc?


Stuffit installer is very nice & simple.  I don't know about price but it
can't be very high.

+++++++++++++++++++++++++++

>From Michael Twitty <[e-mail]>
Date: 18 Mar 1994 10:50:48 GMT
Organization: University of California, Irvine

In article <2m98fn$[e-mail]> Sverrir Orn Thorvaldsson,
[e-mail] writes:

>I need information on tools to pack our product on installation
>diskettes. The installation process is very simple so using Apple's
>Installer seems a bit of an overkill. Are there any easy to use tools
>that do this? Which are cheapest, best, etc?

The two that I see used frequently are:

Stuffit InstallerMaker, based on the Stuffit algorithms. Can be used to
make very simple, or relatively complex installers.

Aladdin Systems, Inc.
165 Westridge Drive
Watsonville, California 95076
Telephone: [phone]
FAX: [phone]

Not sure on pricing...probably varies quite a bit with what you plan to
use it for.

Cyclos Smaller Installer, which is based on Compact Pro's compression
scheme.

US Mail:    Cyclos
    PO Box 31417
    San Francisco, CA 94131-0417
Voice:    415-821-1448
E-mail:    CompuServe ! 71101,204
    Internet ! [e-mail]
    AppleLink ! CYCLOS

License Quantity    License Fee
1,000               $200
10,000              $500
unlimited           $1000

In addition, Aladdin licenses their AutoExtractor code, Bill Goodman
(Cyclos) licenses the Compact Pro Self-Extractor, and I think Symantec
licenses the DiskDoubler Auto-Expander.

Symantec can be reached at:

Symantec Corporation
10049 North Reiger Road
Baton Rouge, LA  70809
[phone]

There are several others out there, including one from France, but these
are most likely stable and comprise the most common methods used.

Michael
Michael Twitty
[e-mail]                            [e-mail]
>From [e-mail] (Sverrir Orn Thorvaldsson)
Subject: Need info on easy installers.
Date: 17 Mar 94 14:39:03 GMT
Organization: (none)

Organization: University of Iceland


I need information on tools to pack our product on installation
diskettes. The installation process is very simple so using Apple's
Installer seems a bit of an overkill. Are there any easy to use tools
that do this? Which are cheapest, best, etc?

Regards,

Sverrir Thorvaldsson,
Softis hf.
[e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (ROGER BAUCHSPIES)
Date: 31 Mar 1994 04:48:00 GMT
Organization: University of Nebraska--Lincoln

Sverrir Orn Thorvaldsson ([e-mail]) wrote:
: Organization: University of Iceland


: I need information on tools to pack our product on installation
: diskettes. The installation process is very simple so using Apple's
: Installer seems a bit of an overkill. Are there any easy to use tools
: that do this? Which are cheapest, best, etc?

MindVision Software offers a low cost software installer that provides
95% the functionality of Apple's Installer, but only takes about 5% of
the effort.

E-mail me your snail mail address and I will send you a full working
copy (that goes for anyone on the net). If you like it you can pay a
license fee.

Steve Kiene
MindVision Software
840 South 30th Street, Suite C
P.O. Box 81886
Lincoln, NE 68510
[phone]
Fax: [phone]
AppleLink, AOL: MindVision
CIS: 70253,1437


+++++++++++++++++++++++++++

>From [e-mail] (Jon Wdtte)
Date: 31 Mar 1994 09:49:35 GMT
Organization: The Royal Institute of Technology

>: diskettes. The installation process is very simple so using Apple's
>: Installer seems a bit of an overkill. Are there any easy to use tools

>MindVision Software offers a low cost software installer that provides
>95% the functionality of Apple's Installer, but only takes about 5% of
>the effort.

I would heartily recommend Aladdin's StuffIt installer which can
do pretty much of what you want (packages, system version-dependent
stuff etc) and you can write your own hooks.

However, I haven't seen MindVision so I can't compare.

StuffIt Installer is available in demo on ftp to netcom.com.
--
 -- Jon W{tte, [e-mail], Mac Hacker Deluxe --

  Cellular phones do not cause cancer; automobiles do.

---------------------------

>From [e-mail] (Jason Alexis Klivington)
Subject: Powerbooks, VBL tasks, and slots(?)
Date: 31 Mar 1994 04:44:48 GMT
Organization: Reed College,  Portland, Oregon

    I've recently run across a problem with doing some flicker-free
drawing on a PowerBook screen, and I'm hoping that someone might have some
insight into the problem.  I need to display a rectangle on the screen for
about 100 ms, and then clear the screen to black.  I've written code that
deals with this just fine on other hardware (IIcx, SE, LC, Classic, etc.), but
the PowerBook display (working on a 180) always flickers.  (By the way, if
you're curious, this is for a psychological testing app.)
    I'm using a VBL task to deal with the timing, but for some reason,
it's not working on the PowerBook display.  I've come up with two possible
explanations for this.  First, someone made mention about the 'sleep manager,'
or somesuch, grabbing some processor time with interrupts, and that this may
be happening at times that interfere with proper timing of my code.  Second, I
thought it might have something to do with a slight delay associated with an
LCD display.
    Well, this second theory was shot down when we attached a second
monitor to the PowerBook - there was flicker on the external monitor, too. So,
any solutions to this?  I thought that we might be able to at least solve the
problem if I installed a VBL task tied to the external monitor refresh rate,
but I'm a little shaky on this - if I found the gDeviceRec of the external
monitor, and then asked for driver information for the supplied refnum, would
it give me a "slot" that the monitor was in, so that I could do a SlotVInstall
on it?  Or is there some other way I need to do this?  I looked through IM V
and VI, and browsed the technote index, but couldn't find anything relevant.
    Ideally, I'd love to get this working on the PowerBook's LCD display,
but even if this can only be done on an external monitor, that would be much
much better than nothing.
    Any help, hints, suggestions, code examples, or even wild guesses
would be most welcome and appreciated.

(should I post my code?)

    Thanks in advance,

Jason Klivington
[e-mail]


+++++++++++++++++++++++++++

>From [e-mail] (AFC JLloyd)
Date: 31 Mar 1994 03:14:05 -0500
Organization: America Online, Inc. (1-800-827-6364)

In article <2ndkg0$[e-mail]>, [e-mail] (Jason Alexis
Klivington) writes:

>>>
 Well, this second theory was shot down when we attached a second
monitor to the PowerBook - there was flicker on the external monitor, too. So,
any solutions to this?  I thought that we might be able to at least solve the
problem if I installed a VBL task tied to the external monitor refresh rate,
but I'm a little shaky on this - if I found the gDeviceRec of the external
monitor, and then asked for driver information for the supplied refnum, would
it give me a "slot" that the monitor was in, so that I could do a SlotVInstall
on it?
<<<

Jason, your idea to use SlotVInstall is sound.  Here is code to get the correct
slot number for a given graphics device handle:

short SlotNumber(GDHandle theDevice)
{
 AuxDCEHandle auxHandle;
 assert(theDevice != NULL);
 auxHandle = (AuxDCEHandle) GetDCtlEntry((**theDevice).gdRefNum);
 assert(auxHandle != NULL);
 return  (**auxHandle).dCtlSlot;
}

You can pass in the result of GetMainDevice().

I recommend you read the relevant chapters in the new Inside Macintsh volume
"Processes", since there are some subtle differences between VInstall and
SlotVInstall.

Jim Lloyd
[e-mail]


---------------------------

>From [e-mail] (Lawrence D'Oliveiro, Waikato University)
Subject: QuickDraw GX flame
Date: 28 Mar 94 13:41:54 +1300
Organization: University of Waikato, Hamilton, New Zealand

QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers,
multiple colour models, typography, printing... you'd think developers would
be falling over themselves to support it, right? Think again...

I'm just disgusted with some of the responses I'm hearing about from vendors.
Here's a comment from the latest collection of MacWEEK articles off
AppleLink:

Pete Mason, Altsys: "There's a paradox about GX: If you want to do really
high-end graphics, you're already doing it in Photoshop or Illustrator. If
you want to do high-end layout, you're already doing it in QuarkXPress. If
only the high end wants these features and they've already got them, what's
the point?"

What a load of nonsense! As if these programs provide ALL (or even most) of
the functions you get with GX. GX is not just one or two high-end programs:
it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore,
with GX, suddenly all those fancy features aren't high-end any more.

Another more worrying response is that some developers are reluctant to
support GX simply because it is not cross-platform: any features they provided
using it would not be available in their Windows versions.

Now, have you heard of a more stupid rationalization than that? If all your
applications provided identical features across all platforms, what would be
the point in choosing one platform over the other?

It seems to me, if the big developers are holding back from GX, this will be
another chance for small developers to get ahead--people like Michael Peirce,
perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
world had better watch out!

Lawrence D'Oliveiro                       fone: [phone]
Info & Tech Services Division              fax: [phone]
University of Waikato            electric mail: [e-mail]
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00

+++++++++++++++++++++++++++

>From [e-mail] (Owen M. Hartnett)
Date: Mon, 28 Mar 1994 02:50:22 GMT
Organization: Brown University Department of Computer Science

In article <[e-mail]> [e-mail] (Lawrence D'Oliveiro, Waikato University) writes:
>QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers,
>multiple colour models, typography, printing... you'd think developers would
>be falling over themselves to support it, right? Think again...
>
>I'm just disgusted with some of the responses I'm hearing about from vendors.
>Here's a comment from the latest collection of MacWEEK articles off
>AppleLink:
>
>Pete Mason, Altsys: "There's a paradox about GX: If you want to do really
>high-end graphics, you're already doing it in Photoshop or Illustrator. If
>you want to do high-end layout, you're already doing it in QuarkXPress. If
>only the high end wants these features and they've already got them, what's
>the point?"
>
>What a load of nonsense! As if these programs provide ALL (or even most) of
>the functions you get with GX. GX is not just one or two high-end programs:
>it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore,
>with GX, suddenly all those fancy features aren't high-end any more.
>
>Another more worrying response is that some developers are reluctant to
>support GX simply because it is not cross-platform: any features they provided
>using it would not be available in their Windows versions.
>
>Now, have you heard of a more stupid rationalization than that? If all your
>applications provided identical features across all platforms, what would be
>the point in choosing one platform over the other?
>
>It seems to me, if the big developers are holding back from GX, this will be
>another chance for small developers to get ahead--people like Michael Peirce,
>perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
>world had better watch out!
>

A year ago, I thought the same way as you, but I expected GX to be out in
six months. I thought, Wow, all the features of Quark, Pagemaker, and
Freehand in system software, just call them and they're yours.

At WWDC in 1992, it looked like GX was six months away. In comparison,
AOCE was a long way away, it seemed.

It's too bad, because developers are not going to buy into this until
it comes out and it looks OK. I don't know what caused the delay to
market, but if I bet the ranch on GX a year ago, I'd be up the creek
financially right now.

-Owen


--
Owen Hartnett                [e-mail]
"FAITH, n. Belief without evidence in what is told by one who speaks
        without knowledge, of things without parallel."
            -Ambrose Bierce - The Devil's Dictionary

+++++++++++++++++++++++++++

>From [e-mail] (Andrew Geweke)
Date: Sun, 27 Mar 1994 23:52:26 -0500
Organization: Michigan State University

In article <[e-mail]>, [e-mail]
(Lawrence D'Oliveiro, Waikato University) writes:
> It seems to me, if the big developers are holding back from GX, this
> will be another chance for small developers to get ahead--people like
> Michael Peirce, perhaps. GX levels the playing field, so the Adobe/
> Alduses and Quarks of the world had better watch out!

No kidding. I can easily see a small developer writing a page-layout program
using GX that beats the pants off PageMaker and QuarkXPress for most common
tasks.

IMHO shareware out there has a *much* better mix of features than commercial
software -- they leave out the "everything-but-the-kitchen-sink" approach and
do the essentials *well*.

Now, using GX, maybe somebody will write the next Word-killer.

Cheers,
Andrew





+++++++++++++++++++++++++++

>From Carl R. Osterwald <[e-mail]>
Date: Mon, 28 Mar 94 17:00:54 GMT
Organization: National Renewable Energy Laboratory

In article <[e-mail]> Lawrence D'Oliveiro,
[e-mail] writes:
>Another more worrying response is that some developers are reluctant to
>support GX simply because it is not cross-platform: any features they
provided
>using it would not be available in their Windows versions.
>
>Now, have you heard of a more stupid rationalization than that? If all
your
>applications provided identical features across all platforms, what
would be
>the point in choosing one platform over the other?

Least-common denominator syndrome strikes again.  Soon "Macintosh"
applications will most likely ship without grow boxes in the lower left
corner of windows in order to "integrate" documentation as well.

+++++++++++++++++++++++++++

>From [e-mail] (Jon Wdtte)
Date: 28 Mar 1994 16:17:03 GMT
Organization: The Royal Institute of Technology

In <[e-mail]> [e-mail] (Lawrence D'Oliveiro, Waikato University) writes:

>What a load of nonsense! As if these programs provide ALL (or even most) of
>the functions you get with GX. GX is not just one or two high-end programs:
>it's an _architecture_ (and a reasonably easy-to-use one, at that). Furthermore,
>with GX, suddenly all those fancy features aren't high-end any more.

What's missing is some decent TCL classes for GX objects.
I'm looking into it, but don't expect anything, and it won't
be soon, and it won't be free :-)

Then we'll suddenly see shareware FreeHand clones which will
pretty much force the PostScript people to go GX.

--
 -- Jon W{tte, [e-mail], Mac Hacker Deluxe --
 "Don't stick a Fork in your Eye.

+++++++++++++++++++++++++++

>From [e-mail] (Michael Peirce)
Date: Mon, 28 Mar 94 10:14:59 PST
Organization: Peirce Software, Inc.


In article <[e-mail]> (comp.sys.mac.programmer), [e-mail] (Lawrence D'Oliveiro, Waikato University) writes:
> It seems to me, if the big developers are holding back from GX, this will be
> another chance for small developers to get ahead--people like Michael Peirce,
> perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
> world had better watch out!

Me, a SMALL developer?  I'm 6'6" - I'm a BIG developer!  :-) :-) :-)

Humor aside, I think Lawrence is right on the money.  GX is very cool
and really raises the bar in many areas.  I for one, will buy a GX
based word processor on the first day it ships.  There is money to
be made in this area!

P.S.  And one aside.  Developer's shouldn't be scared off by GX.
You don't need to adopt it whole hog to make use of some of it.
For example GX printing can be supported fairly easily without any
major changes to you app at all.  Just check for the existence of
GX and if it's there, use the new print calls.  This will let users
access the new print dialogs, rather than the compatibility dialogs
that are used otherwise.

The new print dialogs not only let users access extensions (like Peirce
Print Tools :-) ) easily, but also get at other print driver features,
GX paper types, switch printers on-the-fly, and it's NON-MODAL!


-- Michael Peirce        -- [e-mail]
-- Peirce Software, Inc. -- 719 Hibiscus Place, Suite 301
--                       -- San Jose, California USA 95117
-- Makers of: Smoothie & -- voice: +1.408.244.6554 fax: [phone]
--    Peirce Print Tools -- AppleLink: peirce & America Online: AFC Peirce

+++++++++++++++++++++++++++

>From [e-mail] (Tom Dowdy)
Date: Mon, 28 Mar 1994 18:36:07 GMT
Organization: Apple Computer, Inc.

In article <[e-mail]>, [e-mail]
(Lawrence D'Oliveiro, Waikato University) wrote:

> QuickDraw GX makes my mouth water. Transformation matrices, quadratic Beziers,
> multiple colour models, typography, printing... you'd think developers would
> be falling over themselves to support it, right? Think again...

Anytime a major piece of what used to be called "application level" code
finds its way into the system, the "big guns" of the software industry
get shy about it.

When Apple started talking about AOCE, the traditional mail vendors
weren't into it.  And why would they have been: Apple was moving
into system software what they were selling for big bucks.  And
now just about anyone could create a "mail" application.  It
seemed that the only solution was to just protest rather than
adopt!

But the smart folks added basic support and played to their
strengths rather than just trying to FUD the basic technology.
The result was generally that they kept their existing customer
base -- and could add new ways of making money through new
services they provided with AOCE.

And the fact is that PowerTalk does give the user (in
this case, *me*) a better, more integrated, easier to use,
mail system than any "add-on" approach would have given them.
And by making mail easier to use, you do in fact widen the market.
And, when users all start asking for something, the vendors
eventually come around.

> It seems to me, if the big developers are holding back from GX, this will be
> another chance for small developers to get ahead--people like Michael Peirce,
> perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
> world had better watch out!

Actually, Aldus announced at Sybold that a future PageMaker would be
GX-based. There were press releases from Apple and a number of
other vendors about GX support.  A big part of this is
that many of the features that GX provides "out of the box" or
ones that it makes easy to implement are features that customers
want and demand.  A developer complained at one point: "All my
customers keep asking me to support GX!  Make them stop!"  :-)

But you are right, even if large vendors decide to "wait and see" about
GX, the small vendors see it as a big chance to move up in the world.
And those of you out on the nets also see it as a great way to
make a cool application.  Who knows?  One of them might become
the next PageMaker!

And if you think that *you're* watering over GX, just imagine
how excited most of the GX engineers are to get the system
work done and move onto making cool apps!  I know I've got
a HUGE list of things that I want to do with it -- starting,
of course, with DarkSide modules :-)

--
 Tom Dowdy                  Internet: [e-mail]
 Apple Computer MS:302-3KS  UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy
 1 Infinite Loop            AppleLink: DOWDY1
 Cupertino, CA 95014
 "The 'Ooh-Ah' Bird is so called because it lays square eggs."

+++++++++++++++++++++++++++

>From [e-mail] (Tom Dowdy)
Date: Mon, 28 Mar 1994 18:53:22 GMT
Organization: Apple Computer, Inc.

In article <[e-mail]>, [e-mail]
(Michael Peirce) wrote:

>
> In article <[e-mail]> (comp.sys.mac.programmer), [e-mail] (Lawrence D'Oliveiro, Waikato University) writes:
> > It seems to me, if the big developers are holding back from GX, this will be
> > another chance for small developers to get ahead--people like Michael Peirce,
> > perhaps. GX levels the playing field, so the Adobe/Alduses and Quarks of the
> > world had better watch out!
>
> Me, a SMALL developer?  I'm 6'6" - I'm a BIG developer!  :-) :-) :-)

I'd like to confirm that Michael is neither small in height nor
brain capacity :-)

> P.S.  And one aside.  Developer's shouldn't be scared off by GX.
> You don't need to adopt it whole hog to make use of some of it.
> For example GX printing can be supported fairly easily without any
> major changes to you app at all.  Just check for the existence of
> GX and if it's there, use the new print calls.  This will let users
> access the new print dialogs, rather than the compatibility dialogs
> that are used otherwise.

I'd like to verify that this is in fact quite easy to do.
SimpleText already supports GX printing dialogs.  In addition,
it supports opening/viewing of Portable Digital Document (PDD)
files. But, it still runs just dandy without GX installed.

There is an upcoming _develop_ article by Dave Hersey on adding
GX print dialog support to an existing application, for those
of you who'd like a step-by-step approach to the problem.

--
 Tom Dowdy                  Internet: [e-mail]
 Apple Computer MS:302-3KS  UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy
 1 Infinite Loop            AppleLink: DOWDY1
 Cupertino, CA 95014
 "The 'Ooh-Ah' Bird is so called because it lays square eggs."

+++++++++++++++++++++++++++

>From [e-mail] (Andrew Geweke)
Date: Mon, 28 Mar 1994 15:15:34 -0500
Organization: Michigan State University

In article <[e-mail]>, Carl R. Osterwald
<[e-mail]> writes:
> Least-common denominator syndrome strikes again.  Soon "Macintosh"
> applications will most likely ship without grow boxes in the lower left
> corner of windows in order to "integrate" documentation as well.

Actually, I've never seen a Macintosh app *with* a grow box in the lower-left-
hand corner of the window... :)





+++++++++++++++++++++++++++

>From [e-mail] (Matthias Neeracher)
Date: 28 Mar 1994 20:50:11 GMT
Organization: Swiss Federal Institute of Technology (ETHZ)

Carl R. Osterwald <[e-mail]> writes:
>In article <[e-mail]> Lawrence D'Oliveiro,
>[e-mail] writes:
>>Another more worrying response is that some developers are reluctant to
>>support GX simply because it is not cross-platform: any features they
>>provided using it would not be available in their Windows versions.
>>
>>Now, have you heard of a more stupid rationalization than that? If all
>>your applications provided identical features across all platforms, what
>>would be the point in choosing one platform over the other?

>Least-common denominator syndrome strikes again.  Soon "Macintosh"
>applications will most likely ship without grow boxes in the lower left
>corner of windows in order to "integrate" documentation as well.

Uh, if you have seen applications with grow boxes in the lower *left* corner
of windows, I'm sure the User Interface Police would like to hear about them.

Matthias

- ---
Matthias Neeracher                                      [e-mail]
   "He carried an automatic pistol in one pocket and a rabbit's
    foot in the other" -- Ayn Rand, _Atlas Shrugged_

+++++++++++++++++++++++++++

>From [e-mail] (Quinn "The Eskimo!")
Date: Tue, 29 Mar 1994 11:19:21 +0800
Organization: Department of Computer Science, The University of Western Australia

In article <dowdy-280394104811@17.202.72.12>, [e-mail] (Tom Dowdy) wrote:

>I'd like to verify that this is in fact quite easy to do.
>SimpleText already supports GX printing dialogs.  In addition,
>it supports opening/viewing of Portable Digital Document (PDD)
>files. But, it still runs just dandy without GX installed.

On the subject of Simple Text, I'd like to put in my own *rave review* for
it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
text editor than can open more than one document.  I'm a very happy Quinn.
--
Quinn "The Eskimo!"      <[e-mail]>     "Support HAVOC!"
Department of Computer Science, The University of Western Australia
  Now if only it support resizing QuickTime movie windows.

+++++++++++++++++++++++++++

>From Carl R. Osterwald <[e-mail]>
Date: Tue, 29 Mar 94 17:03:15 GMT
Organization: National Renewable Energy Laboratory

In article <[e-mail]> Andrew Geweke,
[e-mail] writes:
>Actually, I've never seen a Macintosh app *with* a grow box in the
lower-left-
>hand corner of the window... :)

Sorry, some of us can't tell our right hand from our left!  :-]

+++++++++++++++++++++++++++

>From [e-mail] (Robert Lentz)
Date: 29 Mar 1994 15:30:15 GMT
Organization: Northwestern University, Evanston, IL

In article <[e-mail]>,
Quinn "The Eskimo!" <[e-mail]> wrote:
>In article <dowdy-280394104811@17.202.72.12>, [e-mail] (Tom Dowdy) wrote:
>
>>I'd like to verify that this is in fact quite easy to do.
>>SimpleText already supports GX printing dialogs.  In addition,
>>it supports opening/viewing of Portable Digital Document (PDD)
>>files. But, it still runs just dandy without GX installed.
>
>On the subject of Simple Text, I'd like to put in my own *rave review* for
>it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
>text editor than can open more than one document.  I'm a very happy Quinn.

Yes, SimpleText is an awesome step forward. Though with its new
capabilities, tagging it with the Text name seems a bit strange; maybe
"SimpleViewer"?

-Robert Lentz
--
[e-mail]            http://www.astro.nwu.edu/lentz/plan.html
    "You have to push as hard as the age that pushes against you."
                    -Flannery O'Connor

+++++++++++++++++++++++++++

>From [e-mail] (Matt Mora)
Date: 29 Mar 1994 10:17:54 -0800
Organization: SRI International, Menlo Park, CA

In article <dowdy-280394102128@17.202.72.12> [e-mail] (Tom Dowdy)
writes:

>And if you think that *you're* watering over GX, just imagine
>how excited most of the GX engineers are to get the system
>work done and move onto making cool apps!  I know I've got
>a HUGE list of things that I want to do with it -- starting,
>of course, with DarkSide modules :-)

Well, ship the damn thing already! jeez! :-)

Dowdy? We used to have someone that worked here with that last name. Wouldn't
happen to be your uncle would it? :-)


Xavier



--
___________________________________________________________
Matthew Xavier Mora                       [e-mail]
SRI International                       [e-mail]
333 Ravenswood Ave                    Menlo Park, CA. 94025

+++++++++++++++++++++++++++

>From [e-mail] (Lawrence D'Oliveiro, Waikato University)
Date: 30 Mar 94 17:11:15 +1300
Organization: University of Waikato, Hamilton, New Zealand

In article <[e-mail]>, [e-mail] (Quinn "The Eskimo!") writes:
> In article <dowdy-280394104811@17.202.72.12>, [e-mail] (Tom Dowdy) wrote:
>
>>I'd like to verify that this is in fact quite easy to do.
>>SimpleText already supports GX printing dialogs.  In addition,
>>it supports opening/viewing of Portable Digital Document (PDD)
>>files. But, it still runs just dandy without GX installed.
>
> On the subject of Simple Text, I'd like to put in my own *rave review* for
> it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
> text editor than can open more than one document.  I'm a very happy Quinn.

Yeah, now I'm going to have to UNLEARN this habit of always closing the
current TeachText (sorry, SimpleText) document before going to double-click
on another one!

As far as a PDD viewer goes, SimpleText is just basic enough and just
irritating enough that I hope it will spur a thriving market in third-party
viewers. I have this fondness for being able to scroll continuously through
my entire document. And for knowing how many pages long it is...

Lawrence
(recently posted a flame about proprietary portable-document technologies
in comp.multimedia and comp.sys.mac.misc.)

+++++++++++++++++++++++++++

>From Kurt A. Seiffert <[e-mail]>
Date: Wed, 30 Mar 1994 16:54:48 GMT
Organization: UCS, Indiana University

In article <dowdy-280394104811@17.202.72.12> Tom Dowdy, [e-mail]
writes:
>I'd like to verify that this is in fact quite easy to do.
>SimpleText already supports GX printing dialogs.  In addition,
>it supports opening/viewing of Portable Digital Document (PDD)
>files. But, it still runs just dandy without GX installed.

To ask a silly question:

Is SimpleText going to be in System 7.5?

Is it going to be scriptable?

It would be nice to have all the functionality of Scriptable Text
Editor in SimpleText.

*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*-
Kurt A. Seiffert                   internet: [e-mail]
UCS, Multimedia Technologist   office ph: [phone]
IU Bloomington,IN
"No, no. I am an earthling. I just can't prove it." -- Zonker
DISCLAIMER: I don't speak for IU and IU doesn't speak for me.
            We both like it that way. ;-)

+++++++++++++++++++++++++++

>From [e-mail] (Rob Terrell)
Date: 30 Mar 1994 18:26:49 GMT
Organization: Jecta Development Corp.


Since GX has seemed in a perpetual holding pattern for the last few
years, I've not bothered to learn it. Now, it seems, the time has come.
Are there any good Develop/MacTutor/MacTech/Other articles you can
point me to so's I can write my long-dreamed-of Word killer?

Thanks,

Rob Terrell
Software Designs Unlimited

+++++++++++++++++++++++++++

>From [e-mail] (Tom Dowdy)
Date: Thu, 31 Mar 1994 01:19:57 GMT
Organization: Apple Computer, Inc.

In article <[e-mail]>, [e-mail]
(Lawrence D'Oliveiro, Waikato University) wrote:

> Yeah, now I'm going to have to UNLEARN this habit of always closing the
> current TeachText (sorry, SimpleText) document before going to double-click
> on another one!

Darn!  :-)

> As far as a PDD viewer goes, SimpleText is just basic enough and just
> irritating enough that I hope it will spur a thriving market in third-party
> viewers. I have this fondness for being able to scroll continuously through
> my entire document. And for knowing how many pages long it is...

The original version of this did do "continous scroll" but for lots
of reasons (RAM, speed, simplifying the code) I did away with that.
There are arguments for both sides, and I just chose to one that
kept the code simple and liv-able.

I fully expect to see lots of third party viewers -- there are
plenty of cool things that you can do with a viewer beyond
just looking at seomthing.

--
 Tom Dowdy                  Internet: [e-mail]
 Apple Computer MS:302-3KS  UUCP: {sun,voder,amdahl,decwrl}!apple!dowdy
 1 Infinite Loop            AppleLink: DOWDY1
 Cupertino, CA 95014
 "The 'Ooh-Ah' Bird is so called because it lays square eggs."

+++++++++++++++++++++++++++

>From [e-mail] (Quinn "The Eskimo!")
Date: Thu, 31 Mar 1994 10:15:44 +0800
Organization: Department of Computer Science, The University of Western Australia

In article <[e-mail]>, Kurt A. Seiffert
<[e-mail]> wrote:

>Is SimpleText going to be in System 7.5?

I should think so.

>Is it going to be scriptable?

I should think not.

>It would be nice to have all the functionality of Scriptable Text
>Editor in SimpleText.

Yes.
--
Quinn "The Eskimo!"      <[e-mail]>     "Support HAVOC!"
Department of Computer Science, The University of Western Australia

+++++++++++++++++++++++++++

>From [e-mail]
Date: Thu, 31 Mar 1994 15:17:43 GMT
Organization: Loughborough University, UK.

In article <[e-mail]> [e-mail] (Quinn "The Eskimo!") writes:
>On the subject of Simple Text, I'd like to put in my own *rave review* for
>it.  Yay!!!!!  TeachText bites the dust and we finally have a built in
>text editor than can open more than one document.  I'm a very happy Quinn.

Of course, every installer of third-party software you run will still
scatter copies of ttxt 1.2 about the place. And the next time you open a
readme it will be with ttxt.

ttxt will live forever.

L.

---------------------------

>From Dmitry Boldyrev <[e-mail]>
Subject: Real time texture mapping..
Date: 30 Mar 1994 23:48:20 GMT
Organization: University of Utah

Hello folx!
I've heard a lot about real time texture mapping. Release of Pathways Into
Darkness
of course was a sensation on the mac because it was the first game of this
kind on
the Mac. Now, 3D Astro Chase from First Star software is released too.
All of them use really fast texture mapping.. I would say I was quite amazed
how fast it can be on the Mac, of course, Mac has a better quality of graphics
thus it takes more time to do the stuff..
A while ago I saw libraries for PC which could map textures on a plane..
I think it was a package for C.. I am not sure tho.. Is there such thing for
the Mac?
 _   _              _                      _
| |_| |_  _ _ _ _ _(_)__ __ _ _ _  ___    (_)_ _  __
|  _  | || | '_| '_| / _/ _` | ' \/ -_)_  | | ' \/ _|
|_| |_|\_,_|_| |_| |_\__\__,_|_||_\___( ) |_|_||_\__|
                                      |/

+++++++++++++++++++++++++++

>From [e-mail] (Howard Berkey)
Date: Thu, 31 Mar 1994 08:41:45 GMT
Organization: Netcom Online Communications Services (408-241-9760 login: guest)

In article <2nd344$[e-mail]> Dmitry Boldyrev <[e-mail]> writes:
>A while ago I saw libraries for PC which could map textures on a plane..
>I think it was a package for C.. I am not sure tho.. Is there such thing for
>the Mac?

It's not too bad to implement yourself.  I know this because it's what
I'm doing right now.  :-)

For reference, I'd refer you to Computer Graphics, Principles and
Practice (by Foley, Van Dam, Feiner, Hughes).  They don't say too much on the
subject but they have some great bibliographic references which do.
I'd post them but the book isn't here with me at the moment.

Also see articles in the August thru September 1992 issues of Doctor Dobbs
Journal.  There's a column by Michael Abrash on graphics and he covers
it in these issues.

Finally, this is a perrenial topic on comp.graphics.algorithms.
There's a FAQ there which goes into it.

That should get you started :-)

-H-





--
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Howard Berkey                                             [e-mail]
"Police are investigating whether a freshly severed goats head placed
in the center of a pentagram in a San Jose park is linked to a satanic
ritual."    -- SF Examiner                "Duh!"  -- me

---------------------------

End of C.S.M.P. Digest
**********************